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[57] ABSTRACT 

The system of this invention manages customer orders using 
vendor supplied software systems interfaced on a real-time 
basis to touch the data in each system on a real time basis. 
In effect, there is horizontal communication between the 
various components of the system such as inventory, 
purchasing, order management and receipt, logistics and 
inventory to have continual data flow without using a 
vertical software interface. As a result customer orders are 
received on a real-time basis using screens that are user 
friendly to promptly take orders, and to verify customer data 
and verify the ability to meet those orders. Transmission of 
documents within the system is minimized thereby making 
it more efficient, timely and cost efficient 

2 Claims, 42 Drawing Sheets 



EXCEPTION 
RESOLUTION 
[ORDER ACCEPT 




09/03/2004, EAST version: 1.4.1 



U.S. Patent Sep. % mn Sheet 1 of 42 5,666,493 



ORDER PROCESSING 
AS/400 



T/L JUICE 



ORbER REKEYEO 
T/L PRICING 



DATA 



CREDIT 
(A/R 
FUNCTION) 



PRODUCT CHARGE/COST 



ORDER 
PROCESSING 
•ALLOCATE INV. 
• CHECK CREDIT 



I 



PRONG 
AND 
PROMOTIONS 



CUSTOMER 
PROFITABILITY 
(SALES ANALYSIS 
MANUAL REPORTING)! 



CUSTOMER INVOICE J 



L EGACY A/P 
DATE 



C ELCO DRAFT 
"SYS 

T/L JUICE 
(ORDER REKEYED 

T/L PRICING^ 
DATA 



MAINFRAME 
ORDERS 



DOWNLOADED TO 
LOGISTICS 

PICKED/SHIPPED 



LOADED 

BILL OF LADING 
PRODUCED 
AND INCLUDED 



ORDER PROCESSING 
ORDER DATA/STATUS CHANGE 



FINISHED GOODS 
INVENTORY 
MANAGEMENT 



SHIPMENT DATA 



ORDER CLOSURE 



LOGISTICS 
(SHIPPING/ 
BILLING) 



INV. COST 



WITH LEGACY 
SHIPMENT 

PRODUCT 




BILL OF LADING 
P RODUCED 

AND INCLUDED 
WITH LEGACY 
SHIPMENT 



PRODUCT 



COSTS 



LOGISTICS 



COSTS 



1 



TRACS 
ORDER 
CONSOLIDATION 

(PC) 



A/P VOUCHER 

ENTERED 
INTO LEGACY 

SA L ES RECEIV ABLE 

ENTERED INTO 
GA 



CUSTOMER 

INVOICE 
PRODUCED 



ENTRY 

FREIGHT INVOICE (PREPAID) 
OUST A/R OBLIGATIONS 



ACCOUNTS 
RECEIVABLE 
2000 



CASH APP. 
JOURNAL ENTRIES 



ENTRY 
SALES JOURNAL 



A /P VOUCHER 
ENTERED 




SALES RECEIVABLE 



ENTERED INTO 
G/L 

CUSTOMER 

INVOKES 
PRODUCED 



FIG.1 



09/03/2004, EAST version: 1.4.1 



,S. Patent Sep. 9, 1997 sheet 2 of 42 5,666,493 




09/03/2004, EAST Version: 1.4.1 



U.S. Patent Sep. 9, 1997 sheet 3 of 42 5,666,493 




09/03/2004, EAST Version: 1.4.1 



U.S. Patent 



Sep. 9, 1997 



Sheet 4 of 42 



5,666,493 




09/03/2004, EAST Version: 1.4.1 



U.S. Patent Sep. 9, 1997 



Sheet 5 of 42 



5,666,493 




09/03/2004, EAST Version: 1.4.1 



U.S. Patent Sep. 9, 1997 sheet 6 of 42 5,666,493 




09/03/2004, EAST Version: 1.4.1 




09/03/2004, EAST version: 1.4.1 



U.S. Patent Sep. 9, 1997 sheet 8 of 42 5,666,493 




09/03/2004, EAST version: 1.4.1 



U.S. Patent 



Sep. 9, 1997 



Sheet 9 of 42 



5,666,493 




09/03/2004, EAST version: 1.4.1 



U.S. Patent 



Sep. 9, 1997 Sheet 10 of 42 



5,666,493 




FREIGHT 
AMOUNTS 
DUE 



ITL - SMS/400 



• CARRIER PROFILE/SETUP/MAINTENANCE 
•ACTUAL FREIGHT RATING AND CARRIER SELECTION 

• SHIPMENT TENDERING 
•SHIPPING DOCUMENTS (BOL) 

• SHIPMENT MAINTENANCE & INQUIRY 

• SHIPMENT HISTORY DATABASE 

• EDI 

• LOAD CONFIRMATION 



PENDING 
SHIPMENTS: 
•LTL DIRECTS 
• TRUCKLOADS 



j RAT 



PC 



s~l — IcOstomerTI rrrTSH 



1 



PMENTS C 



WSDC - TRACS 



• CONSOLIDATE LTL ORDERS INTO MULTI-STOP 
TL'S 

• SHIPMENT AND LOAD REPORTS 



152 



FIG.8 



09/03/2004, EAST version: 1.4.1 



U.S. Patent 



Sep. 9, 1997 



Sheet 11 of 42 



5,666,493 




09/03/2004, EAST Version: 1.4.1 



U.S. Patent Sep. 9, 1997 Sheet 12 of 42 5,666,493 




09/03/2004, EAST Version: 1.4.1 



U.S. Patent 



Sep. 9, 1997 



Sheet 13 of 42 



5,666,493 




09/03/2004, EAST Version: 1.4.1 



U.S. Patent Sep. 9, 1997 



Sheet 14 of 42 



5,666,493 



ORDER 
DELIVERY 
PLANNING 




CARRIER 



CONSOLIDATION 

FIG. 12 



09/03/2004, EAST Version: 1.4.1 



U.S. Patent Sep. 9, 1997 sheet 15 of 42 5,666,493 




TO CARRIER 
SELECTION 



FIG. 13 



09/03/2004, EAST version: 1.4.1 



U.S. Patent 



Sep. 9, 1997 Sheet 16 of 42 



5,666,493 




FIG- 14 



09/03/2004, EAST version: 1.4.1 



U.S. Patent 



Sep. 9, 1997 



Sheet 17 of 42 



5,666,493 




09/03/2004, EAST version: 1.4.1 



U.S. Patent Sep. 9, 1997 Sheet 18 of 42 5,666,493 



386 



PHONE CALL FROM 
CARRIER/CUSTOMER 



7 



FREIGHT CLAIM 
MANAGEMENT 



I 



388 



ASSIGN SEQUENTIAL 
INCIDENT NUMBER 



390 



1 



NOTIFY ORDER MANAGEMENT 
CASEWORKER OF REPORTED 
SHORTAGE/DAMAGE 



410 




TO NEXT PAGE 



400 



GENERATE 
CREDIT/DEBIT 
MEMO FOR 
REPORTED OS&D 



7 



CASEWORKER CONTACTS 
CUSTOMER BUYER WHEN 
SHORTAGE/DAMAGE IS 
GREATER THAN 'X* 



CASEWORKER WORKS 
WITH WAREHOUSE TO 
RESOLVE INVENTORY 
DISCREPANCIES 



TO NEXT PAGE 



I 



414 



FIG. 16 



09/03/2004, EAST Version: 1.4.1 



•S. Patent Sep. 9, 1997 sheet 19 of 42 5,666,493 




09/03/2004, EAST Version: 1.4.1 



U.S. Patent 



Sep. 9, 1997 



Sheet 20 of 42 



5,666,493 




09/03/2004, EAST Version: 1.4.1 



U.S. Patent Sep. 9, 1997 



Sheet 21 of 42 



5,666,493 




09/03/2004, EAST Version: 1.4.1 



U.S. Patent sep.9, 1997 sheet 22 of 42 5,666,493 



CARRIER ARRIVES AT 
CUSTOMER'S 
WAREHOUSE 



458 



CARRIER 
UNLOADS 



460 



462 



464 



CUSTOMER^Q 
CHANGES 

BOL FOR 

\^OS&D?^- 


YES 


CARRIER NOTIFIES 
CASEWORKER OF 
OS&D 


1 NO 


466 




CUSTOMER SIGNS BILL 
OF LADING (PROOF OF 
DELIVERY GENERATED) 















EDI FREIGHT BILL 
(DATE/TIME OF 
DEUVERY)-LOGISTICS 



468 



SHIPPER PAYS FREIGHT 
BILL-ACCOUNTS 
PAYABLE 



476 



I 



CLOSE CO. 




470 



474 



REQUEST COPY OF BILL 
OF LADING-ACCOUNTS 
RECEIVABLES 



FIG.20 



09/03/2004, EAST version: 1.4.1 



U.S. Patent Sep. 9, 1997 sheet 23 of 42 5,666,493 



PRODUCTION AREA: 



400 







B-9 " 


„ ■■ ,) 



402 





B-7 




RECEIVING AREA: 
404 



STORAGE AREA: 



B-2 



0 



406 

HOLD/RELEASE PROCESSING: 
408 



Y////A V7777, 



B-1 



A-1 



A-2 



Y///M 




B-3 



B-2 



B-l 



'///// 
'////> 



V7777\ 

V///A 



A-2 



A-1 



HAULING OUT: 




FIG.21 



09/03/2004, EAST Version: 1.4.1 



U.S. Patent Sep. 9, 1997 



Sheet 24 of 42 



5,666,493 



(^JFROM PC 1) 




TR: PAL#? 



TR:RES|? 



TR: QTY? 



TR: PPPPPPPPPP 
999 UM TO MINI > 






TR: "PPPPPPPPPP r 
BAD PAL| ♦ 



TR: *PPPPPPPPPP r 
PAL| NOT FOUND » 



N 



TR'RRRRRRf" 
BAD RES# * 



TR: "PPPPPPPPPf 
BAD WITH "RRRRRRf* • 



TR: "999 U»f 
QTY > 1 PL ♦ 



TR: "IIHII" 
BAD LOC| ♦ 



TR: "111111'' 
LOCJ NOT OK » 



N 



FIG.22 



09/03/2004, EAST version: 1.4.1 



U.S. Patent Sep. 9, 1997 sheet 25 of 42 5,666,493 




FIG.23 



09/03/2004, EAST version: 1.4.1 



U.S. Patent 



Sep. 9, 1997 



Sheet 26 of 42 



5,666,493 



434 



I 



436 



PRODUCTION 
PLANNING 



I 



PRODUCTION 




PRODUCTION 
RECEIVING 



442 



448 



L_"l 



1_£ 



PUTAWAY 



ORDER 
MANAGEMENT 



WORKLOAD 
PLANNING 



440 



I 



PURCHASING 



444^ 



VENDOR 
RECEIVING 



446 



454 



CARRIER 



PICK AND 
LOAD 



452 



104 



456 



I 





CLOSEOUT 




LOGISTICS 







FIG.24 



09/03/2004, EAST version: 1.4.1 



U.S. Patent Sep. % mi sheet 27 of 42 5,666,493 



PRODUCT FROM 
PRODUCTION 



PRODUCT y 

FOR 
REWORK 



OA 

NOTICE - *" 





N 



DELIVER TO 
WAREHOUSE 



ENTER INVENTORY 
INTO QUARANTINE 



! PUTAWAY 

LOCATION 

SKU, LOT, QUANTITY rin oc 
HOLO REASON Mb. ZD 



09/03/2004, EAST Version: 1.4.1 



U.S. Patent 



Sep. 9, 1997 Sheet 28 of 42 



5,666,493 



REJECT THE 
LOAD 




CALL 
BUYER 




RECOUNT 



N 



RECEIVE 
PAPERWORK 



TIME OF 



ARRIVAL 



-LOGISTICS 




SPOT THE 
TRAILER 



UNLOAD AND 
RECORD TALLY 




PALLET 
EXCHANGE 



FIG.26 



SIGN-OFF 
PAPERWORK 



I 



DELIVER TO 
WAREHOUSE 



PUTAWAY 



09/03/2004, EAST version: 1.4.1 



U.S. Patent Sep. 9, 1997 sheet 29 of 42 5,666,493 



PALLET FROM 
RECEIVING 



ENTER PALLET ID 






PROM 
PUTAWAY 


PTTO 
LOCATION 



USING LICENCE 
PLATE FEATURE 



CODE DATE RULES 

LOCATION 

SKU DESCRIPTION 



CYCLE COUNT 
REQUEST 



PROMPT NEW 
PUTAWAY LOCATION 




RECORD 
PUTAWAY 



LOCATION 

SKU. LOT. QUANTITY 
TO INVENTORY 



ROTATE PALLETS 
IF NEEDED 



CODE DATE RULES 



FIG.27 



09/03/2004, EAST version: 1.4.1 



U.S. Patent Sep. 9, 1997 Sheet 30 of 42 5,666,493 



WORKLOAD PLANNING 



CARRIE R CALLS 
FOR APPOINTMENT 



LOADS FROM 
LOGISTICS 




ESTIMATE 
WORK EFFORT 



MAKE DOCK 
APPOINTMENT 




464 

^CARRIER UNABLE 



LOGISTICS 



TO MAKE APPOINTMENT 



FIG.28 



09/03/2004, EAST Version: 1.4.1 



U.S. Patent Sep. 9, 1997 sheet 31 of 42 5,666,493 



ORDER PICK 



N 



i 



SHORT THE 
ORDER 




PROMPT TO 
PICK LOCATION 




USING UCENSE 
PLATE FEATURE 



CODE DATE RULES 
FULL PALLET 
CASE PICK-POSITIVE 
CASE PICK-NEGATIVE 



CYCLE 
COUNT 
REQUEST 




RECORD 
PICK 



LOCATION, 

SKU, LOT, QUANTITY 



VARIANCES 



t 

LOGISTICS/ 
ORDER MANAGEMENT 



DELIVER TO 
DESTINATION 



FIG.29 



09/03/2004, EAST version: 1.4.1 



U.S. Patent 



Sep. 9, 1997 
BATCH PICK 



Sheet 32 of 42 



SELECT 
ORDER 



5,666,493 



PROMPT TO 
PICK LOCATION 




VARIANCES 



LOGISTICS/ 

ORDER 
MANAGEMENT 



REC 

PL 


ORD 
LL 







CODE DATE RULES 
FULL PALLET 



LOCATION, 

SKU, LOT, QUANTITY 



PROM 
STAGINI 


PTTO 
3 AREA 







i 



i riar 



PICK 
FROM STAGING 



RECORD 
PICK 



SKU, LOT, QUANTITY 



UPDATE PALLET 
QUANTITY 



LICENSE PLATE 
SKU, LOT, QUANTITY 



DELIVER PALLET TO 
WAREHOUSE 

FIG.30 1 

PUTAWAY 



09/03/2004, EAST version: 1.4.1 



U.S. Patent Sep. 9, 1997 Sheet 33 of 42 

ORDER LOAD AND CLOSEOUT 



5,666,493 



SATISFY SPECIAL 
REQUIREMENTS 




SIGN IN 


CARRIER 




CARRIER 


ARRIVAL 
TIME 









LOAD THE 
CARRIER 




VARIANCES LO G'^, ORDER 
~~ MANAGEMENT 



CLOSE 
ORDER 



LOGISTICS. ORDER 
- MANAGEMENT 



GATHER 
DOCUMENTS 
(EXPORT) 



BILL OF 
LADING 



LOGISTICS 



GRADE AND 



OA CERTIFICATES 



QA 



OBTAIN 
SIGNATURES 
FILE 



FIG.31 



09/03/2004, EAST version: 1.4.1 



U.S. Patent Sep. 9, 1997 Sheet 34 of 42 5,666,493 



CYCLE COUNT 



INVENTORY 






PROBLEM 


DETERMINE 




(LOC, SKU, LOT) 


PRODUCT 





FIG.32 



SCHEDULED 
COUNT 







♦ 




PROMPT TO 
LOCATION 


VISUAL 
SCAN 






ENTER 
COUNT 







LOCATION 

SKU DESCRIPTION 



LOC, 
SKU, 
LOT, 

QUANTITY 




09/03/2004, EAST Version: 1.4.1 



U.S. Patent 



Sep. 9, 1997 



Sheet 35 of 42 



5,666,493 



ISTOP All ACTIVITIES I 



PREPARE 
WAREHOUSE 



COUNT LOCATIONS 




PRINT AUDITORS/ 
VARIANCE REPORT 



AUDITORS VERIFY 
WITH RF 




UPDATE PHYSICAL 
INVENTORIES 



I 



PRINT VARIANCE/ 
FINAL INV REPORTS) 



INQUIRE BY LOCATION, SKU 



RECOUNT 




RECOUNT 




ADJUST 
INVENTORY 



ADJUST 
INVENTORY 



RECORD 
VARIANCE 



FIG.33 



09/03/2004, EAST Version: 1.4.1 



U.S. Patent 



Sep. 9, 1997 Sheet 36 of 42 



5,666,493 



PALLET 



ENTER OLD PALLET 
TICKET, QUANTITY 



ENTER NEW PALLET 
TICKET 




MANUAL MOVE 





SLOT 


PROMPT TO LOCATION 







ENTER PALLET TAG 
AND OLD LOCATION 



PROMPT TO NEW 
LOCATION 



i 



ENTER NEW 
LOCATION 



ENTER PALLET TAG 
AND OLD LOCATION 



ENTER NEW LOCATION 



FIG.34 



09/03/2004, EAST Version: 1.4.1 



U.S. Patent 



Sep. 9, 1997 Sheet 37 of 42 

RETURNS 



5,666,493 



CARRIER 


TIME OF 


ARRIVES 


ARRIVAL 



- LOGISTICS 



UNLOAD 




1 




VERIFY 


RECEIVING 


RETURNS 


REPORTS 



PRODUCT ON OA 
HOLD 



CUSTOMER 
SERVICE REPS 





PRODUCT INTO 
QUARANTINE 



PRODUCT INTO 
INVENTORY 



PUTAWAY 



FIG.35 



PUTAWAY 



09/03/2004, EAST version: 1.4.1 



U.S. Patent 



Sep. 9, 1997 Sheet 38 of 42 



5,666,493 



OUTSIDE STORAGE 




N 



DETERMINE QUANTITY 
TO MOVE IN 



PRODUCTION 
REQUIREMENTS 



INVENTORY LEVEL + 
DIFFERENCE 



CONTACT 
CARRIER 



(NO LOGISTICS) 



DRUM PULL 
PLAN 



EDI TO 
WAREHOUSE 



OUTSIDE LOT J 
f OF DRUMS 



PRODUCT.LOT/CODE DATE 
| OF PALLETS 



RECEIVING 



FIG.36 



09/03/2004, EAST Version: 1.4.1 



U.S. Patent 



Sep. 9, 1997 



Sheet 39 of 42 



5,666,493 




09/03/2004, EAST version: 1.4.1 



U.S. Patent Sep. 9, 1997 



Sheet 40 of 42 



5,666,493 




09/03/2004, EAST version: 1.4.1 



U.S. Patent Sep. 9, 1997 Sheet 41 of 42 



5,666 




09/03/2004, EAST Version: 1.4.1 



U.S. Patent Sep. 9, 1997 Sheet 42 of 42 5,666,493 




09/03/2004, EAST version: 1.4.1 



5,666,493 

1 2 

SYSTEM FOR MANAGING CUSTOMER B is another objective of this invention to minimize costs 

ORDERS AND METHOD OF of a food processing and supply business. 

IMPLEMENTATION It is yet another object of this invention to create a system 

« * ^nA.TVT^ ^« -nrrr, rvrt^rm^r tailored to customer profiles for the delivery of products. 

BACKGROUND OF THE INVENTION < _ . .„ . K . . c . . ' ~ . ri 

3 It is still another object of the invention to efficiently 

1. Held of (he Invention manage inventory. 

The present invention relates to a system for providing ft is yet another object of the invention to efficiently 

efficient management and fulfillment of customer orders in assemble and deliver loads of products to customers, 

a food processing and distribution environment More % & further an object of this invention to efficiently 

specifically, the invention relates to a system having an order 10 purc hase and account for materials, 

management funedc^integrated with financial services to ^ is stm ^ ^jeet of this invention to create a 

Recess orders promptly and create current and efficient m to each of the above objectives, 

financial records. Likewise the system includes a logistics _ . , . . . . . . 

function for processing orders and consolidating therTinto I* is an ? f m y entlon to CTeate T*. a 

appropriate loads for delivery over transportation systems. 15 svsteni ^orporating the above features at minimal cost. 

Integrated in the system is an inventory management system It is still another object of this invention to provide 

that cooperates with the order management function, fin an- business control features to manage such a system, 

cial services function and logistics function to properly BRIEF DESCRIPTION OF THE DRAWINGS 
manage the raw material and finished product through a 

warehouse for delivery to a customer. Also included in the 20 The invention is better understood by reading the follow- 

sy stem is a purchasing system based upon an electronic i&S Detailed Description of the Preferred Embodiments with 

catalog that streamlines the purchasing function by using reference to the accompanying drawing figures, in which 

blanket vendor orders to approve the purchase of the nec- like reference numerals refer to like elements throughout, 

essary materials to support the system. m which: 

2. Related Art 25 FIG. 1 illustrates an overview of the order management 
A software package named Flashpoint provided by system. 

Knowledge Ware, Inc. is utilized to create screens for FIG. la illustrates the application software architecture, 

customer service representatives. PRISM software provided FIG. lb illustrates the order management update and 

by Marcam is used to operate IBM AS/400 mini computers ^ controls. 

to support terminals using Flashpoint software. SMS FIG. 2 illustrates the order fulfillment and architecture, 

software, supplied by ITLS of Canada, resides on the FIG. 3 illustrates an order fulfillment customer represen- 

AS/400 platform to support the logistics function and xativc screen 

TRACS software supplied b^«teley I^elopment Corp. fig. 4 illustrates ai. order fulfillment customer/master file 

Sf^S ^ w^^P ^^ C T^T 3J maintenance selection screen for use by . customer service 

Software is supplied by Wall Data, as well as PC Support by representative. 

IBM to enable communications between an AS/400 platform \1™ ^ ^ , ^ 

and PC terminals. Furthermore, Software 2K provided by Ha 5 mustrates " fUmmnent ?»» for usc bv a 

Software 2000 of Boston, Mass. supports financial tunc- customer service representative to maintain customer master 

tions. Marcam has issued U.S. Pat No. 4,864,507 pertaining ^ 0011 . 

to a method and apparatus for process manufacture control 6 illustrates a screen for order entry by a customer 

The aforementioned vendor software and patent are hereby service representative. 

incorporated by reference. FIG. 7 illustrates the order acceptance system. 

None of the foregoing software is integrated to provide an FIG. 8 illustrates the system management software/ 

efficient order management system. In the past, these soft- 45 TRACS architecture. 

ware packages operated vertically. This prior architecture FIG. 9 illustrates, in diagrammatic form, the delivery 

does not provide the necessary system integration for effi- process for managing and executing the activities associated 

cient real time data management with inbound and outbound movement of goods. 

SUMMARY OF THE INVENTION na 10 illustrates diagrammatically the traffic manage- 
so ment network of all incoming and outgoing deliveries. 

The present invention has the ability to efficiently receive mQ n mm$Sg$ me logisdcs system inlerfaces . 

customer orders, process them, create appropriate financial „, „ .„ . . °~ a . ' . 

records and coordkatTthis kformaUon^STe inventory ^^Si ^ '"^^ 

and manufacturing functions to prepare and load consoli- ^„ FTT^*' 

dated shipments for transportation to a customer. This is 55 Ha 13 mus **** s delivery process flow charts for 

accomplished by touching each sub-system 1 s data base on a order consolidatioiL 

real time basis by horizontal integration of each system to FIC f* 14 411115118168 1,1(5 delivery subprocess for carrier 

create a harmonious flow of data between systems. This selection. 

unique concept allows for continual updating of the system FIG. 15 illustrates a delivery subprocess for load release, 

over time. ^ FIG. 16 illustrates a delivery subprocess for freight claim 

Most importantly, a deal with a customer is settled before management 

the order is taken by using the horizontal data flow between FIG. 17 illustrates a delivery subprocess for freight claim 

systems to verify availability to meet the order, integrate management 

customer data and price the deal while speaking to the FIG. 18 illustrates a delivery subprocess for freight claim 
customer. 65 management 

It is an object of this invention to efficiently receive and FIG. 19 illustrates a delivery subprocess for freight 

process customer orders. payment/reconciliation. 
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FIG. 20 illustrates a delivery subprocess for proof of form. The figure is self-explanatory and will be amplified in 

delivery. the following description of this invention by reference to 

FIG. 21 illustrates a product flow from receipt to the mc specific figures that go into the necessary detail, 

staging area for storage and ultimately shipment Referring to FIG. la, there is shown the software func- 

FIG. 22 illustrates a flow chart of a transaction (TR). 5 tions resident in the networked AS/400s and interconnected 

r-r^ ~» mi _ . * * u a ^..^ PCs. The PRISM software resides on AS/400 l.a.. Software 

FIG. 23 illustrates a system for hand-held warehouse ^rl^ A , . . . . w 

*r - 'T„*^~a „ A-Ai^t»A n ~f„,~r\r 2000 resides on AS/400 Lb., and Shipment Management 

reading devices interconnected to ^^^^ System (SMS) software resides on AS/400 lxJ^Ws 

tamgh a radio base for mputting and receiving warehouse ^ ^ ^ [ q ^ ^ ^ l ± ^ 

10 of which has resident enabler software Flashpoint shown as 

FIG. 24 illustrates an inventory management normal cycle l e ^ reading in these PCs are solution software 1 1, for 

overview. creating DEALS, purchasing interface, pricing and profit- 

FIG. 25 illustrates a production receiving schematic. ability (hereinafter described). The SMS software in AS/400 

FIG. 26 illustrates a vendor receiving schematic. I.e. supports PCs l.g. having Flashpoint software I.e. and 

FIG. 27 illustrates a put-away schematic for identifying 15 TRACS load builder software 1 Jl, hereinafter described, 

and placing goods received. The implementation of both solution softwares (l.f. and 

FIG. 28 illustrates a schematic for workload planning for 1Jl > « to this invention, 

receiving orders and placing shipments. Generally, the GUI (graphic user interface) consolidates 

FIG. 29 illustrates an order-pick schematic for selecting 20 * c various fields ^P uUin 8 from Dumcrous s fff ns 

orders and delivering to destinations. 5? one screc * "f?^ a ™ to f£ se ™* repr^entatxve. 

B , , When a specific field is entered, the interface updates the 

FIG. 30 illustrates a batch-pick schematic for selecting supportmg mcrcby saving time while inter- 
orders and delivering pallets of such orders to warehouse for witn a customer. The resulting screen is user friendly 
put away. and responds to queries in real time. 

FIG. 31 illustrates an order load and closeout schematic * prjsm software on the AS/400 platform interfaces with 
showing the process for documenting orders and their ulti- Cashpoint software on the PC platforms to allow the cre- 
mate filing into the system of this invention. adon ^ ^ ^ve described user friendly screens, and to 

FIG. 32 illustrates a cycle count diagram for determining interact with other modules of this invention. The enabler 

product scheduled for processing and movement to inven- software between the PRISM customer order management 

tory as well as updating inventory. software and the Flashpoint software is the Rhumba 400 and 

FIG. 33 illustrates year-end physical schematic to provide IBM PC support. This interface also talks to Software 2000 

a year-end inventory count that maintains accounts receivable (A/R) files. It also allows 

FIG. 34 illustrates a consolidation schematic showing the for keeping separate data stored in synchronization without 

process of moving goods to new locations for efficient 35 having the data keyed in. 

storage and processing. FIG. lb further describes the relationship of input devices 

FIG. 35 illustrates a return schematic demonstrating the (2 and 4) to the system which captures sales representative 

receipt of goods that are returned to either inventory or to customer activities including financial data. Shown here 

quarantine is tne use of checks (6) and input devices (2 and 4) to 

FIG. 36 'illustrates an outside staage schematic showing <° ™ d ^ < 6) C "^ 8 

the movement of goods from inventory to storage and ven <^ «f allows » f ° r a 

variety of reasons. The Gelco checks (6) and information 

mmiiateiy receiving. from input devices (2 and 4) then are fed into the DEAL 

FIG. 37 illustrates the standardized process and end system (8) , to property reflect discretionary spending. The 

solution for creating an electronic catalog and system to ^ inf orma tion from the DEAL system (8) is transmitted to the 

support it order managemeat system and updates the control function 

FIG. 38 illustrates the relationship of an electronic catalog ( 10) where it creates activity reporting (12) to give input for 

to the various components using it sales representative reports, customer profitability reports, 

FIG. 39 illustrates the information stored in an electronic pricing reports and deals and discretionary reports. The 

catalog. so information also flows from order management update con- 

FIG. 40 illustrates how the electronic catalog accesses ^ pricing function (14) where the details of pricing are 

information in various data bases. worked out using product costs, freight increments, profit 

margin, market adjustment and other charges to create 

DETAILED DESCRIPTION OF THE correct pricing. Likewise information flows from order 

PREFERRED EMBODIMENTS 55 management updates and controls to financial systems (16) 

where appropriate financial records are created. These 

In describing preferred embodiments of the present inven- include invoicing, credit memo, accounts payable checks, 

tion illustrated in the drawings, specific terminology is pr| ce ^ discount lists, among many others. 

e ^T^*l^ ? ?f^ H0W ^ '™ e f° n * Referring to FIG. 2 the order fulfillment architecture has 

not intended to be limited to the specific terminology so ^ multiple m L Jts from 00^^ integrated manufacturing 

selected, and itis to be understood that ^specific element ^ ^ ous locatio ^ ^ weU Km warehousing 

includes all technical equivalents which operate in a similar ^ Monnation QQ ^ ^fies * mcsc variou * 

manner to accomplish a similar purpose. sitcs „ fcd ^ me central customer order management 

L ORDER MANAGEMENT (COM) (26) function and at the same time, information is 

65 fed to a software package supplied by a vendor known as 

Referring to FIG. 1, it shows an overall schematic of the Software 2000 (28). Accounts receivable and the general 

order processing data flow, based on an IBM AS/400 plat- ledger functions are created using Software 2000 (28). The 
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the product, then the old pallet data is entered as well as the 
new location that the pallet will be moved to, to update the 
records for the inventory system. 

Referring to FIG. 35. there is shown the return system and 
document function. As returns are received, logistics is 
informed of the time of arrival of the goods. Simultaneously 
the truck is unloaded. The information on the material, such 
as quantity and the shipping information is entered into the 
system and the customer representative is fed this data on 
line before the product goes back into the inventory. There 
is a quality check and after making disposition on the 
quality, a decision is made as to whether to put the product 
into quarantine or back into inventory. 

Referring to FIG. 36. there is shown in diagrammatic 
fashion the outside storage decision process. When an order 
is received, the decision is made as to whether it's going to 
be used for production or needs to be stored. If the decision 
is for storage, the carrier is contacted and the material is 
moved to storage where the data on the location and the 
retrieval cycle is entered. There is electronic data comrnu- 
nication with the warehouse storage to update the product/ 
lot, code, date and number of pallets and this information is 
simultaneously provided to receiving to create records of the 
goods coming into the system and having been identified as 
being stored outside of the shipper's faculty. 

V. PURCHASING 

Referring to FIG. 37. there is shown a process of stan- 
dardized purchasing. By standardizing purchases, the pro- 
cess of acquiring materials for the system is streamlined. 
This is accomplished by creating blanket vendor agreements 
that have sufficient data on quantity, shipments, charges, 
delivery times and availability that this information can be 
entered into an electronic catalog (EC) for use by a user 
having access to the system. 

Referring to FIG. 38. there is shown in diagrammatic 
function the electronic catalog. The different functions of the 
system using the electronic catalog are noted on this dia- 
gram. The purchasing function is notable in which requests 
for quotations are prepared based upon item usage and 
vendor performance. The analysis for quotes is accom- 
plished by contract management system which provides for 
the monitoring of contracts vendors. A subsequent vendor's 
performance is monitored. All of this is entered into the data 
base. Likewise the supplier management team, designated 
by SMT, examines item usage and inquiries as well as 
ordering patterns to detennine the historical basis of future 
order requirements, thereby creating a decision basis as to 
what inventory to use to create a data base of items to be 
made available on the electronic catalog. The items will be 
standardized to the extent possible and fewer vendors 
approved to minimize the amount of transactions necessary 
for procuring repetitive standardized items. Likewise the 
information on receipt of goods for receiving schedules and 
receipt transactions are supported by the electronic catalog. 
Managers may make selections from the electronic catalog 
using on-line approval procedures based upon approved 
budgets. This information is fed back into the budget and 
expenditure monitoring programs to update the financial 
projections for the year-end to determine if the budget is on 
target or otherwise out of performance. The electronic 
catalog also may be updated by vendors, including price 
updates, if there is approval for that practice with the vendor. 

Referring to FIG. 39. there is shown electronic catalog 
information and storage. The electronic catalog stores infor- 
mation on vendors by request for quotation, quotes received. 
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whether there are contracts in place, as well as vendor 
performance and maintains an EDI profile of the vendor to 
determine how to communicate with it. The electronic 
catalog also maintains records on purchasing transactions 

5 with the request for items, releases those purchase order 
requests, and notes the receipt of the items. Vendor catalogs 
also may be included in the electronic catalog if compatible. 
Items in the catalog are grouped by commodities, types and 
class and there is an inventory strategy as to the stocking of 

10 continually used items, if appropriate. The electronic catalog 
also notes location by company, division, department, user 
and approval hierarchy. In this fashion the goods may be 
identified at any point in time and if necessary retrieved. 
Referring to FIG. 40, there is shown in diagrammatic 

15 relationship, the electronic catalog (500) and how it accesses 
information throughout the system. It can be seen that the 
electronic catalog (500) works throughout this network to 
update (120) accounts payable as well as to show when there 
has been a payment to or by a vendor. The electronic catalog 

2° (500) also interacts with the human resources input system 
(502) to identify approved users in the system. The elec- 
tronic catalog (500) also interacts with the transportation, 
maintenance technique inventory system (504) to identify 
items for the fleet maintenance system. The electronic 

25 catalog (500) also interacts with the ELKE maintenance 
system (506), and the MR0 inventory (508), which is a store 
room inventory system, to see if items are in stock and to 
respond to a request by a user, versus having to order the 
items from the catalog. The EC also interacts with the 

30 PRISM software (170) to update inventory records. As 
previously stated, the electronic catalog (500) interacts with 
the vendor (510) to receive quotes and to ask the vendor 
(510) for requests for quotations and transmit contracts back 
and forth. This cornmunication is by EDI, supplemented by 

35 fax, phone and release orders, if appropriate. The electronic 
catalog notes receipts of goods (512), so its data base may 
be updated. 

Modifications and variations of the above-described 
enibodiments of the present invention are possible, as appre- 
40 dated by those skilled in the art in light of the above 
teachings. 

It is therefore to be understood that, within the scope of 
the appended claims and their equivalents, the invention 
4S may be practiced otherwise than as specifically described. 
What is claimed is: 

1. A system for processing customer orders in a computer- 
based data processing system having a plurality of data 
processing devices electrically connected to communicate 
^ with each other, comprising: 

means for receiving customer orders, said customer order 
receiving means including a plurality of customer order 
input terminals ; 
means for processing customer orders connected to said 
55 customer order receiving means and including an inter- 
face module accessed through a customer order input 
terminal, said interface module for coordinating access 
to a plurality of database modules and for controlling 
interaction between a user and said plurality of data- 
60 base modules, said customer order processing means 
further including means for generating a customer 
order in response to data inputs from the user through 
said plurality of customer order input terminals and 
data from said plurality of database modules; 
65 means for automatically checking inventory for availabil- 
ity of inventory in response to customer orders includ- 
ing a plurality of inventory control input terminals for 
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foregoing functions are performed on an AS/400 platform* via two ways, (1) manual entry from the customer service 
Data from the customer order management system is trans- representative and the tool they use is a Knowledge Ware 
mitted to Flashpoint software (30), that resides on personal based application that interacts with the AS/400 PRISM 
computers or like equipment such as work stations. This system for manually taking orders or (2) by EDI transmis- 
software is used as a basis to create business scripts (32. 34, 5 sions. At order acceptance the system goes through a variety 
36 and 38) that are displayed on each personal computer to of validations shown on the left-hand side of this diagram as 
aid customer service representatives in taking and creating a process called Rule Validation (102). Validated order and 
orders. customer attributes include, but are not limited to, the order 
FIG. 3 demonstrates one of the screens created for the lead time required from the customer, their delivery 
order fulfillment function used by a customer service rep- 10 schedules, whether delivery schedules can be met. their 
resentative. Shown in FIG. 3 are the various files that have credit, available inventories and production times for then- 
been created based upon the Flashpoint software. Unique to products and like rules. This feedback is conveyed to the 
this system is the windowing of such files in one location for customer while on the telephone. With the EDI scenario 
a customer service representative so that he or she does not exception reports will be created and conveyed to the 
have to page back and forth through the software while is customer. 

engaged in a discussion with a customer to create an order. Logistics (104) primary objective is to reduce the out- 

As a result, orders are taken and fulfilled promptly in a real bound and also the inbound freight costs of the organization, 

time mode because the file folder serves as a main menu This is accomplished in a couple of ways (1) by using 

which can be navigated using the mouse to select a business software to consolidate the less than truckload shipments to 

event unlike in the past where there was much delay in the 20 different plants to have better utilization of the trucking 

process. operation. It also houses a low cost core carrier list to be 

FIG. 4 shows another order fulfillment screen used by utilized to expedite shipping processes and to monitor the 

customer service representatives. It is entitled Customer performances of carriers. 

Master File Maintenance Selection and by use of a mouse Pricing (105) is in software residing on a LAN file server, 

the customer service representative can quickly navigate 25 It is geared towards looking at customers, markets and 

through the basic data on a customer and if necessary update products. In addition, it brings in other business data like 

it based upon the interview. This submenu has been cus- product cost, profitability targets, where customer ship-to* s 

tomized to a series of radio (40, 42) and push (44) buttons are located, freight delivering cost to develop delivery 

in order that the majority of the navigation can be accom- pricing to customer and FOB pricing picking up shipper's 

plished by single mouse clicks. 30 dock. Included are market adjustments, overhead, et cetera, 

FIG. 5 shows a further screen entitled Maintain Customer to be used to compile and work out a customer product 

Master Control Screen used by customer service represen- pricing. (Also seen on FIG. la (14)). 

tatives. This screen has the basic data for each customer and Warehousing (106) is designed to ensure inventory 

once again can be navigated promptly to update it if nee- accuracy, put to away and retrieve inventory in an expedient 

essary. If the information is correct it is the basis for creating fashion, to validate the order to ensure what is loaded on the 

the customer records used throughout this system. This truck, and to ensure all documentation prepared for the 

screen is populated by data entered on previous screens in shipment is accomplished. 

order that the screen user does not have to re-key, thus DEALS (8) includes discretionary spending, negotiating 

^ 1 f nin ^^. t f otcn M tial f 01 asynchronized master files. ^ ^ customers by writing them an AP check to rebate 

Also, the «Bill To and "Ship To" screen sequence is for performance, initiating a credit memo to them on 

customized for this presentation. "Ship To" navigates for- account. Giving them a "Gelco check" for buying 

ward through related screens then automatically navigates in advertisements, or buying down their price for special 

reverse, and activates Software 2000 customer maintenance promotional activities that customers may undertake. Also, 

files saving the operator the navigation. ^ me sales representatives will have the ability to put discount 

FIG. 6 is entitled Order Form and it has the basic lists into the system via this DEAL system (8) to give mem 

information blocks to be completed in creating an order by a special allowance. This information is fed into PRISM and 

a customer service representative. This screen has the series shows an allowance off of their invoice when invoicing 

of buttons added to easily allow access to additional screens. occurs. The sales representative can create a credit memo to 

The "Resource Description" (SO) and W (52) fields were ^ issue invoice errors and apply the amount to a pre-set 

pulled in from other screens. account. 

Shown in FIG. 4, 5 and 6 are radio buttons as well as well This DEAL system (8) also houses the sales representa- 

as normal push buttons to indicate functions that may be tives' targets by product category and customer by which 

selected by the operator to allow real time navigation they will be measured. This also gathers the d a ta to support 

through the files supporting these screens. The feature of 5J customer profitability reporting. 

updating files forward and backwards results in error free Performance Reporting (112) is where all the data comes 

master files. together. This is outside of the AS/400 environment, on a 

IX FINANCIAL LAN file server, to gather data from the order acceptance, 

the invoicing, the pricing, the shipping and the DEALS (8) 

The Exception Resolution process design (103) involves 60 function, plus brokerage fees to brokerage companies that 

putting in procedures and policies to ensure customer ser- service accounts. From this data is generated all of the 

vice levels. This begins with the order acceptance process all performance reportings such as sales representative 

the way through the collection and application of cash. For activities, customer profitability, analysis of movement 

any problems that arise, that process will have procedures trends and the like. There will be a customer score card 
and policies to handle and resolve them. $3 created to rate the customer for profitability, volume and the 

Referring to FIG. 7, Order Acceptance (100) is the like. This data is used for management decisions related to 

beginning of the entire process. Data can enter the system this customer. 
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Order Fulfillment (114) is used after order acceptance and system. It is a system that allows for multiple tracing of 

it gets the product picked and packed at the warehouse, carriers available to deliver goods to customers, 

closes the order, and generates all necessary documents. FIG. 11 is a diagram of the logistics system interface. 

Credit Memo (116), G/L (General Ledger) (118), AP Shown in this interface are the various software and com- 

(Accounts Payable) System (120), Accounts Receivable 5 munications that support the system. The Software 2000 

System (122). how customer credit is established, and (28) supports the accounts payable function as previously 

procedures (how they interact at order entry time is described. PRISM software (170) supports the order man- 

important). and are all traditional accounting functions. agement function and Software 2000 (28) supports the 

accounts receivable function, all of which feed into logistics 

IIL LOGISTICS 1Q systems (104) where the various bits of data created are used 

ORDER PLANNING for support From the logistics system (104) outbound orders 

Referring to FIG. 8 entitled SMS/TRACS Architecture, (172) are received as well as internal information on the 

(SMS, also known as shipment management system) which production of goods. The logistics system (104) is connected 

is a vendor supplied software. The diagram shown in this through EDI (174) and fax (176) to carriers for tendering and 

figure lays out the relationship of the hardware in this system 15 accepting delivery. 

as well as the supporting software. It is understandable by Referring to FIG. 12, Order Delivery Planning (500) is 

one skilled in the art upon examining this figure and will where orders are received from the order management 

only be touched upon lightly. The main frame has resident system. The first action with the orders is to download them 

software for providing order management This software into the system, then sort them based on ship date, and also 

oommunicates with the AS/400 (150) which is networked 20 by priority such as a quick delivery. For example, there are 

with other AS/400s to create the basic information network. orders for a particular shipping date, those orders would be 

Residing on the AS/400 (150) platform is the SMS Software sorted into full truckloads including those that are LTL (less 

supplied by tTLS of Canada* and on the PCs the TRACS than a truckload) and customer pickup (the carrier or cus- 

Software supplied by Westeley Development Corp. of tomer picks the order up with their private fleet i.e., an XYZ 

Stamford, Conn. This combined software has the functions 25 truck or customer arranges their own carrier which means 

indicated on the drawing and also communicates with an that XYZ arranges ABC carrier to come and pick it up), 

accounting function supported by Software 2000 (28). The Referring to the schedule load appointment function in Box 

SMS/TRACS software residing in the AS/400 (150) further 306, if it is a customer pickup, then an appointment is 

supports PCs (152) or work stations or the like with infor- scheduled to actually come to the dock and load the product 

mation generated by the AS/400 (150) resident software on 30 The warehouse keeps a list of appointments and times, (i.c., 

rates, customer information and less than full truckload eight trucks can load in one hour, and therefore there are 

shipments. This software provides for consolidation of less eight time slots for one hour increments) and records the 

than full loads, as well as creates shipment and load reports. trucks schedules. The dotted line is for the carrier to actually 

It likewise creates information feeding back to the AS/400 call in and ccufirm or set the appointment with the ware- 

(150) to create shipping instructions. The use of this hard- 35 house. The arrow coming down indicates that the truck will 

ware and software combination uniquely supports the logis- be loaded when the carrier arrives, 

tics system for load building. The load builder function If it is not a customer pickup, go to the Full Truckload 

includes load tendering, load planning, load confirmation decision in Box 308 which questions a full truckload or not 

and load inquiry to build loads. This allows handling mul- Full truckload means did the customer order an entire 

tiple orders to create a load. 40 truckload with their product or is their order on two separate 

FIG. 9 is a diagram of the delivery process for managing truckloads. For example, is there half an order of frozen and 

and executing activities associated with inbound and out- half an order of chilled orange juice? In the present system, 

bound movement of goods. Shown in the diagram is the these are two separate orders, and therefore do not create a 

function of taking incoming orders (154) from customers as full truckload even though in theory it would be a full 

well as distribution center replenishment information on 45 truckload. If there is a full truckload you go to "carrier 

returns and purchase of raw materials generated through selection*' which will be two or three processes down the 

POs. This information flows to the order consolidation decision tree. If you don't the orders are passed onto order 

function (156) from which information goes to the function consolidation. Again, the process here is to determine which 

for carrier selection (158). The carrier selection function are full truckloads and which are LTL shipments. The LTL 

(158), as further described hereafter, goes through a series of 50 shipments would again go to the order consolidation func- 

decision making steps to select the correct carrier for the tion which is one of the keys to the entire process, 

correct destination and load for that carrier and takes this ORDER CONSOLIDATION 

information and sends it to the load release receipt function Referring to FIG. 13, Box 310 this is the same decision 

(160) where data is created to input to the carrier monitoring process that was made in the order delivery planning process 

function (162) as the well as shipment tracking function 55 of FIG. 12, but instead, if a full truckload the arrow goes to 

(164). From the shipping tracking function (164) informa- the left and goes down to carrier selection. There is no need 

tion flows to the freight claim management function (166) as to go through consolidation because it is a full truckload. If 

well as the freight payment reconciliation function (168). it is not a full truckload. go to the order consolidation 

There is feedback from the freight claim management tunc- function of Box 312. This results in putting LTL shipments 

tion (166) to the carrier monitoring function (162) as the 60 into a full truckload. The system goes through certain 

case may be. The carrier selection function (158), carrier decisions to determine what is the optimal truckload. The 

monitoring function (162), smprnent tracking function (164) next few boxes are decisions which are made by the soft- 

and the freight payment function (166) all have EDI con- ware. The AS/400 is able to load build correctly on its 

nections to customers to create data bases necessary to resident logic. It is a matter of a logistic planner's judgment 

support these functions. 65 to override the internal logic For the majority of the loads, 

FIG. 10 is a diagram of the traffic management network the load decision is made in the PC based software package 

showing how goods are received and distributed using the to perform the optimal consolidation. The decisions that the 
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actual software goes through are based on a transportation If the decision is yes, then go to Box 334 which takes the 

algorithm, in software on the AS/400 Platform shown in Box data that is there 44,000 lbs of juice or 36.000 lbs of meat 

314. It looks at a delivery window which means when does This data is compared to maximum truckload weight If the 

that product need to be delivered? Most orders are sorted by comparison shows that the weight of the load approaches the 

shipment date. If an order is shipped on Tuesday, the query 5 maximum truckload weight, then the order consolidation is 

is when does it need to be delivered? The query is, how long finished If not, then more orders need to be picked to get up 

does it take for a product to get to a certain area, in other t0 mat truckload amount If yes, the consolidation is 

words, from Dade City to California it could take two days, go to Box 336 and answer what is the cost of 

but from Dade City to Us Vegas it also might take two days. ^vexing these orders. The cost of full truckload rates is 

This data is used to decide whedier those two orders can go ^ . ^ m fa x 

on the same truck, lc. can it fit the delivery window based „ « • « fl u . , . . . 

on the guaranteed delivery date for that customer? THe ^ k, , " t * V 

system looks at a window delivery and asks if the loads can **^We. J»« lo ^ cs P lanner * 8™? t0 use ^ J ud S" 

be consolidated based on transit time, et cetera. ment when hc ^ what ^ s y stcm calculates and the cost 

Further, the function shown in Box 316 asks if they can ff not acceptable, then it wfll go back to consolidation and 

be consolidated if the delivery window is compatible and if " possibly change the parameters. It might be done manually 

the customer shipped to is the same? with the system actually calculating the difference in freight 

The next decision is shown in Box 318 and asks if it is a If it is not acceptable, there is the option to do a manual load 

truckload? Of course, if a full truckload is determined there build 

is no need to proceed This would be the optimal consoli- If acceptable, go to Box 340 which queries if it is a full 
dad on if a half a truckload of frozen and a half a truckload 20 tiuckload?This means that it may not be a full truckload and 

of chilled orange juice go to the same customer. Then you there may only be so many orders which can be consolidated 

have full a truckload going to the same customer and or weighted out (i.e., 44,000 lbs). If there are not enough full 

delivered on the same day, for optimal consolidation. If the truckloads from of all these orders, which does occasionally 

arrow to the left says there is a full truckload, the decision happen, some carriers that handle less than full truckloads 

tree goes down immediately into carrier selection. 25 (LTL) do their own load consolidation and pick up small 

If the decision shown in Box 320 says mere is not a full orders from various customers and go to a dock and break 
truckload but two orders are going to the same customer, it bulk terminal to put loads together on the same truck. These 
then looks at other orders going in the same destination area. carriers are more costly due to the personal consolidation 
There is basically one more check within the destination and handling of the product. The ultimate goal is to build full 
area. If not, it goes back into the rest of the orders for the 30 truckloads to lower the freight costs rather than have some- 
next consolidation which is the arrow to the right one else do it 

If it is in the same destination area, then it goes to Box 322 If not go to LTL carrier assignment The lowest cost LTL 

the origin area locations 1 and 2. The system would try to put carrier should be tendered the load If it is a full truckload 

all orders for location 1 before putting location 2. If not in go directly to carrier selection, which is assignment of a full 

the same origin area the arrow goes to the right and it goes 35 truckload carrier. Either way, there is a carrier selection 

back into potential consolidation with other orders. If yes, it process. 

is in the origin area, then the decision arrow going down CARRIER SELECTION PROCESS 
indicates it might be consolidated Referring to FIG. 14. beginning with the economic truck- 
In the decision shown in Box 324, "form" means the form load decision shown in Box 342, meaning from a weight 
of the product, i.e. frozen, chilled or dry, because the way it 40 standpoint it may make sense to actually build it as a 
is loaded in the truck makes a difference. Frozen goes in the truckload even though its not fully weighted out such as a 
nose of the truck, followed by chilled and (hen dry. The meat delivery. 

reason for this is the location of the cooling unit Therefore, The decision point in Box 344 is customer requested 

these should be loaded exactly opposite of the way the truck carrier. A customer may request a specific carrier If yes, it 

is built Stop 1 would be dry, stop 2 chilled, and stop 3 frozen 45 goes to Box 352 which says to notify a carrier that they have 

to prevent unnecessary unloading. Consolidation is deter- a load This comes later in the decision process, 

mined in this form. If not, the decision goes to Box 346 and asks if any of the 

The decision shown in Box 326 is the consolidation in-house fleets want the load If not go to Box 348 carrier 

process. The preceding decisions result in the consideration assignment A database has been designed and set up which 

input to Box 328 to consolidate loads by picking the furthest 50 contains all of the carriers, service areas and rates. It looks 

and latest point away and to build the truckload from that at all the carriers and picks a carrier from the list which is 

information. decision Box 350. 

The decision of Box 330 is to select the next closest, Le. Decision Box 350 determines from a list of carriers that 

shipment to Los Angeles and San Francisco (next closest). haul products to the service ares(s) to which the load is 

It looks at the next closest load that fits the other require- 55 destined The carrier list identifies the carriers and their rates 

ments (form, destination, origin, et cetera). to selected areas. The load is then tendered to the selected 

The decision of Box 332 says does it fit the time and carrier with the lowest rate, but the lowest may not have the 

capacity? Capacity means "x" amount of weight and truck- right equipment available and therefore the decision is made 

load (for juice it is about 44,000 lbs, meat 36,000 lbs). Hie to offer to carrier B. Therefore, the decision is not only the 

difference being that the meat product is packed different on 60 lowest cost carriers with available equipment 

the pallet to only get about 20 pallets on a truck, and the way The decision Box 360 feeds into the decision process of 

the meat is stacked results in about 36,000 lbs, not fully Box 350 and inputs a carrier monitoring process which helps 

cubed out most of the time. Juice products are case goods determine which carrier to use based on different factors and 

that are stacked accordingly and can obtain fully cubed out not on just the cost factor alone. Even though carrier A may 

pallets of about 44,000 lbs. Therefore, two 25,000 lb juice 65 be the lowest cost carrier its service rate may be less than 

orders cannot be sent on the same truck or the load will be 100%, e.g 90%. while and carrier B may be 99% and only 

50,000 lbs and the truck would be overweight and not legal cost $10.00 more. Then the decision is made to use carrier 
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B because of the service level considerations. If none of the LOAD RELEASE 

carriers have equipment available to haul the load, then the Referring to FIG. 15, decision Box 362 basically outputs 

decision goes back to an in-bouse carrier. Assuming mat a that the order was received from order management and has 

carrier was not found, the process goes to Box 346. At been through the carrier selection process, load 

certain times of the year it has been found to be difficult to 5 consolidation, et cetera because for load release purposes the 

assign carriers to products, necessitating the use of in-house order that the loads are going to be put on the truck, which 

fleets. loads are going to be put together on the same truck, etc. is 

Decision Box 352 notifies the carrier. This may be done required, 

by telephone or EDL If via EDI, the carrier may access their Decision Box 364 is the order release portion. At that 

mailbox and say yes or no. There are certain transaction 1Q ^mt mere is a decision as to whemer me orto is gang to 

forms that are then generated. One is a load tender form 990 ^ would actually confirm and send it to 

that the carrier would send back with an acceptance or ^^^^r". shi . 7 

rejection of the load. If carrier's are on EDI it would be an ^r^^^^^L oenerarint? . ^ck ^ A 

efficient process. THere is also a load tender form which is . *?*° n Box ^ € 8 £S^t£ to 

notinan£ of these other process boxes which states what the P lck » soinething f> t ^^.^^^ ouse ^ 0 

contents of the load are, for example, the customer, weight, « aeimmeloca^ 

product type, delivery date, et cetera. Rather than relay the products to be put on the truck by ^SKU leveL It states for 

mformation over the phone, a fax including the information example that 100 cases of Honda Gold and a 64 oz 12 (12 

is sent to the carrier via the load tender form requesting the 64 oz to a case) are needed. It may then pick 100 cases of 

carrier's signature if the load is accepted. After acceptance, Old South Premium chilled orange juice 8 oz bottles that are 

the executed form is returned via fax. The manual notifica- 20 84 to a case. It locates the product by SKU level and 

tion carrier process is by fax, phone or a combination instructs placement on the truck by order, It may have 

thereof. EDI is however the preferred means. multiple orders for one truckload Box 374, going off the 

Decision Box 354 is a less man truckload shipment order release in decision Box 364, is another pick ticket 

Certain orders are IXL shipments and need to go through a which is the same as decision Box 366. 

carrier selection process. 25 Decision Box 376 is where the truck is actually loaded. 

Decision Box 356 queries if the customer requested an Again, the truck must be loaded taking into consideration the 

LTL carrier? There are only a few carriers mat haul LTL commodity type(s) of the load. Decision Box 376 deter- 

shipments. If it is not a customer requested carrier, then the mines how to actually load the truck, frozen (e.g., chilled 

process goes to the regular carrier assignment decision in and dry). 

Box 348. The decision is no different for an LTL shipment 30 Decision Box 36* determines that the load needs to be 

than for a full truckload regarding carrier assignment con- closed. At the time the load is closed, the SMS software in 

siderations. The service level of LTL is also considered. In the warehouse produces a screen that says the load that is 

other words, carrier A may be a truckload only going to that going to the Supervalue in Omaha, Neb. consists of 200 

area and truckload B may be a LTL carrier going to that cases of Florida Gold and 300 cases of Old South at a 

service area. If the LTLs go to California, the decision is to 35 particular weight In order to change the count, a warehouse 

pick that carrier. person must verify the count, in other words override the 

Decision Box 352 first detenmnes if there is a customer 200 cases of Florida Gold to 201. The weight is either 

requested carrier then goes through the carrier selection manually or automatically calculated. At that time the Bill of 

process of Box 352. Lading is generated, by the PRISM software system using an 

Decision Box 358 instruct that the carrier is to confirm the 40 SKU number so mat a change in quantity would automati- 

appcintmcnt. meaning that they will pick up the product at cally change the data on the weight A four digit alpha code 

the warehouse. This process is done by the carrier calling the designating the carrier is used to produce that information 

warehouse and cormrrning the appointment If they do not directly on the Bill of Lading, closing the load and gener- 

confirm the appointment then the load is canceled and the ating the Bill of Lading. 

process follows the exact same selection process, and reas- 45 Decision Box 370 means that information feeds into the 

signs the carrier's load to another carrier. invoices. It is fed into by Box 368 as well for indicating that 

As discussed above, decision Box 360 feeds into the the product was shipped. As a result an invoice is created, 

carrier selection process. The carrier monitoring process sets Decision Boxes 370 and 372 are information outputs 

the standards a carrier must meet before it is selected. which feed to the financial data base. 

Criteria are established such as 98% on time delivery or. 1% so Returning to decision Box 380, a Bill of Lading is 

claims, m inin g damaged products, short products or over- Generated, which is a legal document that the carrier must 

ages that are related to the carrier. In other words, the load retain on the truck at all times while hauling the product 

could be shipped short which may not be the carrier's fault This states the products that are on the truck, where the 

but if the carrier has continual shortages, this needs to be products are being delivered, and the carrier. It is a legal 

tracked. The carrier monitoring process also considers the 55 document required by the ICC for shipments on interstate 

number of times a carrier rejects a load. For example, if 10 highways. A BUI of Lading is generated by the system after 

loads were offered and only 8 were accepted, it could mean the information in Box 368 is inputted to close out the load, 

unavailable equipment Another criteria is the time it takes Decision Box 382 determines that the driver signs the Bill 

to pick up the order at the warehouse, and if they are late. of Lading. The driver basically signs that he received that 

This is considered an exception to on-time pick up. If the 60 product. For example, decision Box 382 indicates that the 

standard is 98% on time and they are 97% on time, this driver received in the truck 200 cases of Florida Gold orange 

information needs to be captured. The carrier is required to juice. When the load reaches its destination and the customer 

furnish the actual delivery date. The result is a report or says they only received 199 cases, the carrier can be held 

score card which gives them a rating. The selection process accountable. The carrier basically signed to say that they 

is used to weed out the carriers that do not provide the 65 received and are responsible for 200 cases of the product 

required service leveL Based on the report card, the carriage The signing also makes the Bill of Lading a fully executed 

may be rebid to other carriers. document for legal purposes. 
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Decision Box 382 indicates that the Bill of Lading on file 
should have been executed by the driver to verify any 
information that may needed at a later date. 

Decision Box 384 is a completed Bill of Lading after the 
driver signs it. 

FREIGHT CLAIM MANAGEMENT 

Referring to FIG. 16, decision Box 386 indicates a phone 
call from the carrier/customer. The carrier has to call while 
at the customer's dock, but the customer could also be the 
one that calls. At this point the process goes to freight claim 
management in decision Box 388 if there is a claim. 

Decision Box 390 is mat when a phone call is received 
from the carrier or customer, a sequential incident number is 
assigned. It is called an incident number because at that 
point there is no decision as to whether it is going to be a 
claim or not It tracks all instances of overages, shortages, 
and damages (OS&D). 

Decision Box 400 says to generate any credit/debit memo 
for any OS&D. If after going through the entire daim 
process and determining that there is an OS&D and the 
shipper is at fault, then a debit and credit memo is generated 
so that it is outside of the normal process. If mere is an 
OS&D involved the customer will not pay for that. If the 
customer ordered the 200 cases of Florida Gold orange juice 
and only received 199, short 1 case, it will only pay for 199. 
A debit/credit memo is generated to accounts receivable so 
that when that customer pays for that invoice its only going 
to pay for 199. The customer's accounts receivable is then 
updated. 

Decision Box 410 indicates to notify an order manage- 
ment caseworker of reported shortages and damages. In 
other words, the carrier calls and reports the customer's 
shipment was short or damaged, Order management is 
notified. 

Decision Box 412 indicates to notify a caseworker to be 
proactive with customers to settle potential claims. 

Decision Box 414 indicates that because there is a 
reported shortage or damage to notify the warehouse to 
resolve inventory discrepancies. 

Decision Box 416 determines what to do if a damage 
report is made. 

Referring to FIG. 17, decision Box 418 a damage report 
has been amde. Damage reports are handled differently from 
an overage or shortage. An investigation is conducted result- 
ing in a report which states the circumstances concerning the 
freight claim. 

Decision Box 452 indicates to record the damage reason 
in the incident database. This is done to identify if a 
particular product keeps getting damaged in transit. The 
information is recorded in this database for damage from 
packaging, carrier mishandling, etc. to track the damages by 
reason code to correct the situations. With carrier problems, 
this can be transferred to their report card as part of the 
carrier monitoring process. 

Box 420 queries if this is an in-house carrier? The reason 
for this determination is because in-house carriers are treated 
differently. If yes, the process goes to decision Box 422 and 
the report is resolved within 48 hours. At that point, it may 
take some investigation to determine who was at fault If not 
resolved within 48 hours (maximum amount of time an 
internal claim), the process goes to decision Box 436, to be 
explained later. If resolved within 48 hours, and fault 
assigned, the process goes to decision Box 424. 

Decision Box 426 assigns the cost for damage to a carrier 
or shipper. 

Decision Box 428 determines whether the actual amount 
of damage over $25.00. If so, claim is filed with the carrier 
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in decision Box 440. There is a nine month period in the 
United States and three months in Canada for filing an ICC 
claim/form which identifies the product the damage and the 
dollar amount 

5 Decision Box 420, is basically the same decision that is 
made for an outside carrier as that made for an in-house 
carrier. If the carrier is at fault, the process goes to Box 428 
and determines if the amount of damage is $25.00. Hie 
process then goes through the decision whether a claim is to 

10 be filed If the carrier is not at fault, the shipper absorbs the 
cost of the damage. 

Decision Box 432 is a damage report to find out why there 
is continuing damage. The incident database was created in 
order to generate this type of damage report The decision 

is Boxes 432, 434, 436 and 438 are directed to handling 
non-damaged, that is short or products. First, a determina- 
tion is made whether the report shows an OS&D over 
$25.00. If yes, the process goes through the regular inves- 
tigation and handles the damage report accordingly. 

20 Referring to FIG. 18. in decision Box 442, (note previous 
page) the carrier has 90 days (set by ICC) to respond to a 
claim and acknowledge it There is a standard acknowledge- 
ment form 

If not in 90 days, the process goes to decision Box 444 

25 where a claim tracer is generated which states a claim was 
filed, and inquires why the carrier has not responded. If the 
carrier does respond in 90 days, it is acknowledged. Other- 
wise the carrier must confirm mat they received the claim 
and are researching it Nothing needs to be settled in this 90 

30 day period. A follow up on the promptness of the settlement 
is used for the carrier scorecard. 

In decision Box 448, if the claim is resolved, then the 
carrier pays the settlement. 
In decision Box 450, if carrier doesn't pay within a 60 day 

35 period, the loss resulting from the damage is deducted from 
the freight bill per an agreement with the carrier. 
FREIGHT PAYMENT/RECONOLIAnON PROCESS 

Referring to FIG. 19, this is the process for paying the 
carrier for their freight 

40 Decision Box 454 is PRISM software. The arrow down 
indicates that order is passed whether full or LTL to Logis- 
tics. Logistics does its whole process and goes through load 
consolidation and carrier selection (note the rate established 
for the carrier). This rate information men is fed back into 

45 PRISM. 

Decision Box 456 provides that because the carrier is 
known there is no need to perform a reconciliation anymore. 
A carrier sends a freight bill including mileage, stop off 
charges and dividers, requiring a 100% audit of those freight 

50 billsbacktomeBiUofLading.OntheBmofLadingishand 
typed the actual amount of freight that is expected to be paid. 
Again, the carrier selection process lists the carrier and the 
rates they charge so when a carrier is selected and they've 
accepted the load, the system actually takes that freight 

55 amount and prints it on the Bill of Lading. This allows the 
freight bill to be used in performing a reconciliation, to pay 
the carrier directly by going and approving the payment (a 
final check before releasing those bills for payment). 
Below decision Box 456 is payment approval that may be 

60 going on once a week by paying carrier ABC for all the loads 
hauled in that week to generate one invoice in a summary 
type format that shows the loads that went out in mat five 
day period Then the "hold five days" step is used initially 
for the purpose of taking into account additional charges that 

65 may occur while delivering the load. For example, the driver 
may be retained at a customer's dock for a specific reason, 
resulting in a detention charge, so the carrier may bill for that 
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depending on the rules that are in effect for their rate. All IV. INVENTORY MANAGEMENT 
such information is captured within that five-day period. Referring to FIG. 21, there is shown a diagrammatic 
Five days is not fixed so the system can be modified to have representation of a product flow within this order manage- 
a separate adjustment process where the initial estimated ment system. At the head of the diagram is shown the 
freight charges are used based on what is shown on the 5 ^0^^^ ^ (tfg) where as pallets (402) come off the 
carrier selection process and a separate adjustment charge rccc iving line, a bar code license plate is attached. Each 
made when this detention occurred resulting in an adjust- (402) & scannc d and counted as it is loaded on the 
ment to that particular invoice/order number. For example, trdiR information is fed into the inventory 
once a week all payments due to carrier ABC are sent from management system that connects across the AS/400 net- 
decision Box 456 indicating to make a freight payment, to io wor]c pallets (402) are loaded from the receiving train 
S2K software in finance. The payment request would be ^ the license plate and quantity are scanned in the receiv- 
interfaced into accounts payable. The coding is performed iflg ^ (4W) jf there & ^ error it must be corrected before 
within the logistics process using the account numbers with mc is taken into the warehouse. Next each pallet 
an interface into accounts payable. (402) is stored (406) and the location is scanned. Each time 

The line item out to the right of the hold five days area is a (402) is moved from one location to another the 

called "delivery proofTfreight bill" is a request for the carrier pallet (402 ) is scanned and counted and a new location is 

to send proof of delivery on all freight bills on an exception SC anne<L Likewise there is a hold release process (408) 

basis. where a hold is put on pallets (402) and recorded in a data 

PROOF OF DELIVERY base. Pallets (402) marked for holding cannot be shipped 

Referring to FIG. 20, decision Box 458 indicates the 20 until ^ released. The pallets when pulled are moved 

carrier arriving at the customer's warehouse and unloading to a shipping area (410) and if partial pallet usage is 

which is decision Box 460. During that unloading process, required, this information is recorded before pallets (402) 

the carrier gives the warehousemen at the customer's dock m j^ved pack to storage (406). The shipment is readied 

a detailed list of all the products that he is delivering by from these pallets and loaded, and Bills of Lading are issued 

SKU. The warehousemen at the customer's dock is i respon- 25 ShoWQ mFia2 2isa diagram of the software function 

sible for confirmuig the supporting the inventory process previously described. 

At decision Box 462 it is determined if there needs to be any * M /I . . / ^ . . 

diangestomeBmofl^forOS&D.Theaiaoir^r . Shown in FIG. 23 is the hardware s y s ^JJ * at , SU ^J? 

wouW actually change theBOlof Lading as part of decision ^ntory management and con*ol. Hand-held devices (412 

Box 462 30 414, 416 and 418) are used in the warehouse to scan pallet 

Tlie process goes to decision box 464, and if there are any licentiates a^^ 

OS&D^he carrier needs to notify the caseworker. The ginned ^^1^^ 

carrier is required while at the customer's dock to call and base^on (4Z2) where through a network (422), this data 

say if thesis a problem (discussed earlier). He needs to i* related to PO ; (428, 430). ^rmaUon then flows to the 

notify the shipper agpin to be proactive with the customer 35 ^ork server (432) which supports the .inventory function 

andthe shir^exdet^es if fback order or shipment is formation likewise hows, frornthis network rntothe 

needed. oTwhatever else, to satisfy that customer's needs. ^ ^ admimstraUon function where financial records 

Decision box 466 indicates mat after the carrier has and the like are created. ^ 

notified the caseworker that there are no changes to the B01 FIG. 24 illustrates in dia gr a mm a t i c function the normal 

of Lading, the customer signs the Bill of Lading and this is 40 cycle of inventory management It shows the functions as 

proof of delivery. The earnings process is basically complete they interrelate one to anomer jocularly, the production 

at this point planning (434), production (436), quality assurance (438) 

Decision box 468 indicates for the carrier to EDI the and purchasing (440), interacting with production receiving 

freight bill to the shipper, or EDI the date and time of (442) and vendor receiving (444) to create the necessary 

delivery to the logistics network This will further remove 45 records and instructions for the putting away (446) of 

paper from the system. inventory. likewise the order management function (448) 

Decision Box 470 shows that the shipper pays the freight inputs data for workload planning (450) to assist in making 

bill by accounts payable, without the need of a paper freight a decision of which goods to use and to pick and load the 

^ goods for the carrier (454) and to dose out (456) the order 

Decision Box 472 asks, queries whether the customer 50 and report the information to the logistics functions (104) 

pays the shipper or rather makes any deduction on the and feed back information to the order management system 

invoice that's in addition to the agreed upon OS&D. In ( 10 )- 

addition, even if no OS&D is reported, the customer still FIG. 25 shows the logic tree for the production and 

may nonetheless take a deduction on the invoice. Decision receiving function as implemented in this system and tracks 

Box 474 shows that shipper requests a copy of the Bill of 55 through the product being received from production, 

Lading from the carrier when the customer does not pay the palletized, inspected and then delivered to the warehouse 

shipper. Anytime there is a shortage in a receivable amount where the product is put away and this product is entered 

from the carrier that's not justified or documented, a copy of into inventory or quarantine with a data base created on 

the Bill of Lading is requested from the carrier. This location by SKU number, lot, quantity and reason for hold, 

information is used to adjust accounts receivable, if appro- 60 if it is held in quarantine. 

priate. They are required to be kept on file for six years by FIG. 26 is the vendor receiving diagram showing the 

the ICC. This is the only time that this piece of paper is decision tree for the software to support this function and 

reqiiiredtobedeHveredtomeshipper.Ifmecusto commences with the receipt of paperwork for items 

pay the shipper the full amount, then Box 476 shows mat the received. The information also is transmitted to logistics 

CO. is closed and cash is to be applied fully if there are no 65 (104) at the same time to note the time of arrival of items 

discrepancies in accounts receivable. The C.O. was closed received from vendors. Once again, there is an inspection 

earlier in the process . function. If there is a problem, then the material is rejected 
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and the vendor notified. If there is no problem, then the the inventory is available, then this information is fed back 

trailer is identified and unloaded and its contents tallied. into the system and a new pick order is generated. Both the 

Once again, if there is a problem, the buyer is notified so that availability and non-availability of inventory are fed back 

they may contact the vendor. After the material is properly into the system so that the system data base can be updated 

documented and inspected it is then delivered to the ware- 5 to respond to future pick orders 

house for putting^ away (446) and the informations the Refcni m ^ shown hm ^ ^ ^ fa ^ 

material is inputted into the system data base far further use ... 6 ^. - .. ' . . . v . , . 

including the purchasing data base to support an Electronic m diagrammattc fashion^ Once again a sdea order of goods 

Catalog described later initialed and the location then is generated for the driver 

..." , based upon code date rules and whether full pallet or partial 

FIG. 27 « adeasioii tree on the put away (446) function. 10 ^ ^ wqpeito(L ^ driver goes to the location to see if 

Put away (446) ,s the function of storage of items in ^ ^ ^ ff me fa no , ^ as k ^ 

inventory. As palkts (402) are received, identifl^hon is ^ order pick function, the cycle count request is 

^^ g ft * e w enS ! P ^ preV10US 5 r <k$a ^ ed - ***** to ^ermine if there is a short order, and if the 

^ £22 8 !^ ^ ^^J 0 ^ to a P" 1 inventory is available at another location. This information 

away (446) location which has been identified for it This 1S isfedbackmt0 mesvst<mion M agam.Ifther«oductisthere. 

information is fed into the data base where the system ^ „ a record ^ of ^^UDg of me product by 

determines it the location is appropriate for it based upon lociion.SKU lot and quantity. The load is then moved to the 

factors suchasttie frequency of use and the size and waght ^ m from whi ^ me ^ is icked . A record of me 

of toe toad. Products used more frequently tend to be moved p"^ 6 ^ and if tliexc is a partial pallet picked, then the 

to the front of the warehouse where tfiey can te pulled more M ^ uant[t ^ on ^ ^ j, up^by license plate, SKU. lot 

quicHy. Heavier products tend to be loaded lower in the ^ ^ ThVpallet isrteTdeUvered to the warehouse 

stack than lighter products If the location .s okay ten is a ^ ^ ^ for pMdag away . 

count made and prompt put away (446) is accomplished. As _ „ . „„ .... .. ... 

part of the information in this inventory system are coded , ^cmnz to FIG. 31, there is shown an order, load and 

dates to determine if there are perishable items that need to „ «i 0S€0Ut ft""* 0 " ^diagramma&c fashion. Once again the 

be moved within certain dates and this is also noted in the f a *™ m indicates the logic of the software implementing 

inventory records this function. Having previously described the functions of 

Referring to FIG. 28. workload planning, information on «** fa « " ^J^ to % l0 *H"« ° f * e dc « ri P«! on 

loads are revived from the logistics function (102) as a basis show » ? previousfuncUon 

to create receive orders (4S8) with estimated work effort so "^f^L!^ ° f do ?* m 5 1 ^ where there is an 

(460) involved to provide a preplan for appointments (462). «P*tftte goods and aptwpnateB^of Lacing must be 

A carrier calls for appointment for delivery of goods and at f* aS fi WeU « grade and qu^ty certificates are created 

makes a dock appoinW (464). If the carrier is unable to f*!*™ « c ^ MeS aS , needed ^ *f 

make appoint^, this information is fed to logistics (102) ^ haS . bee , n ^ *? ^ tes ™ d varices noted, 

where {heir records are updated as well the order is closedotlt and this information is transmitted to 

« r • * - . . ^ _ , , . . logistics and the order management function. 

Referring to FIG. 29 there is shown the order of the pick ~* . ^ 6 . 
function in diagrammatic fashion. The decision tree is used Referring to FIG. 32 there is shown the cycle count 
to represent functions embodied in the system software to «^<»» <^arnmatic fashion as implemented by soft- 
support the function. Orders are used to create a selection ware m mc V*™- P c <** ^ provides for correcting 
process based upon the license plate of a pallet (402) to 40 ^ventory problems that are identified in the warehouse. The 
determine the goods stored on the pallet (402). This infor- inventory problems could arise from the wrong location of 
niationisusedtogotoapickedlocationo^ storage of products, a wrong SKU number or a lot problem, 
dates so that perishable items are picked within their date ^ e ^ * .wnplemented by a visual scan that then 
rules first as well as the maximizing of the use of pallets by enters mfonnatlon of locatlon SKU - lot and quantity. If 
picking full pallets if that's what an order calls for, or partial 45 ^ MonDttion is okay, then mat data is fed back into the 
pallets if not As the process continues the driver goes to the ^ base u ' s not, there is a recount initiated resulting in 
location designated and if the product is there he picks the a furthcr <J uer y of whether the information is okay. If it is 
product and records it in a hand held device which then okay it gets fed back in the system to indicate that. If not the 
inimediately feeds the information on location, SKU, lot and inventory is updated. All of this is done without paper and 
quantity back into the inventory management system 50 is ^ m a ^ ***** fashion usin S hand-held instruments to 
through the hand held network and the driver then delivers ^ me ^ the inventory management data base, 
his load to its destination in the system. A unique feature of Referring to FIG. 33, there is shown in diagrammatic 
this system is that using double-long forks, load picking can fashion the year-end fiscal accounting of inventory. Some of 
be maximized to route a driver to pick two pallets in adjacent ue functions have been described previously and for sim- 
locations, or in at least nearby locations, rather than run back 55 plicity reference is made to this diagram which is fully 
and forth on a pick cycle. If the driver goes to the location descriptive of the inventory count process, 
and there is no product there he then puts a request back into Referring to FIG. 34, the consolidation function is shown 
the system to verify the request and location. If it comes in diagrammatic fashion as implemented by software in this 
back the same way, he then inputs this information into the system. A decision is made in software as to what to do with 
system to create a cycle count that will then update the 60 the product received. The decisions can be to place it on a 
inventory system to show that there is an error and the pallet, at which point in time the old pallet data from which 
product is not at the place indicated- The cycle count request this product was pulled is entered, including ticket and 
will then initiate the second query into whether the inventory quantity and a new pallet ticket is created. If the decision is 
is available. If it's not, then there's a notification to the to place the material in a slot, the material is moved to a 
system that there is a short order and this infonnation on 63 location where the pallet information and the old tag loca- 
variances is fed back to logistics and to management func- tion is entered to create a new location identification. 
Hons where it can be reconciled in a new product order. If Alternatively, if the decision is to make a manual move of 
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inputting inventory data and an inventory database 
module for storing the inventory data, said inventory 
checking means being connected to be accessible 
through a customer order input terminal; 

means communicatively connected to said customer order 
processing means, for controlling retrieval of goods 
from inventory to create loads including an inventory 
storage location database module providing data on 
inventory location, and a plurality of inventory data 
output terminals for outputting location data for 
retrieval of selected goods; 

means communicatively connected to said customer order 
processing means, for building loads for shipment from 
the retrieved selected goods including means for deter- 
mining placement of the retrieved selected goods in at 
least one load in response to data on the retrieved 
selected goods; and 

means communicatively connected to said load building 
means for scheduling loads to customers, said load 
scheduling means having a shipment database module 
and means for determining shipment of loads based on 
data from said load building means and said shipment 
database module, wherein said plurality of database 
modules include said inventory database module, said 
inventory storage location database module, and said 
shipment database module. 

2. A system for processing customer orders implemented 
in a networked computer-based data processing system, 
comprising; 

means for receiving customer orders, said customer order 
receiving means including at least one customer order 
input terminal; 

means connected to said order receiving means, for pro- 
cessing customer orders, said customer order process- 
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ing means including means for generating a customer 
order in response to data inputs from a user, 

means connected to said order processing means, for 
automatically checking inventory for availability of 
inventory in response to customer orders, said inven- 
tory checking means including an inventory database 
module for storing inventory data; 

means connected to said customer order processing 
means, for controlling retrieval of goods from inven- 
tory to create loads, said retrieval controlling means 
including an inventory storage location database mod- 
ule providing data on inventory location; 

means communicatively connected to said customer order 
processing means, for building loads for shipment 
based on the retrieved selected goods including means 
for determining placement of the retrieved selected 
goods based on data on the retrieved selected goods; 
and 

means connected to said load building means, for sched- 
uling loads to customers, said load scheduling means 
having a shipment database module and means for 
determining shipment of loads based on data from said 
load building means and said shipment database 
module, wherein 

said order processing means is further for controlling 
interaction between the user and at least said inventory 
database module, said inventory storage location data- 
base module, and said shipment database module, 
thereby generating customer orders in response to data 
inputs from the user and data from at least said inven- 
tory database module, said inventory storage location 
database module, and said shipment database module. 
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